原帖 ｜ 🌶 ｜ 2025-12-29 19:21 ｜ 👍1 ｜ 阅读约1
嵌入式焚决之实习篇六
前言：我们在平时工作中一般一个任务大部分时候都会出现一天没办法完成，然后要通过第二天甚至第三天的尝试去推进度的情况出现，那么对于Linux或者andrio开发，往往伴随着大量日志信息，报错信息，实际现象和关键指令，为了第二天能快速读档重拾进度，并且秉持我们需要培养一个好习惯，那就是写工作日志，工作日志就像一个指针，指向我们前天进度的关键信息。
由已知推未知，是一个嵌入式开发常用的思维，指令浩如烟海，哪些是有价值的？当然是经过我们亲手验证确认无误或者有误的。就拿实际举例来说，我之前在一台机子上通过修改kernel下的mk.sh脚本，直接替换.bmp图片就可以实现替换logo的效果，但是在另一台机型上我发现没有实现这个效果，那么对于这个现象，我们就需要设计实验，通过追踪编译日志或者运行日志查看脚本是否执行，并且在实践中我们将每一个步骤进行详细无漏的记录，第一天的实验成功证明我的代码实现是成功执行并且未生效，但是脑子劳累一天思维会比较迟缓，实际上日志已经体现了问题所在，但是没有发现。第二天休息之后，精力充沛，根据工作日志的最近截图，一眼发现了问题所在，是因为实现方式是基于内核中的其他文件，从而快速修改解决问题，好像很简单对吧，但是换个说法，要是我没有记录工作日志，或者嫌麻烦没有将这个截图贴上去呢？那我们就没有快速使用验证过的指令复现现象，或者发现问题，这就是这个工作习惯的价值，确保进度是向前，而不是需要重新加载，浪费无谓的时间。
相关笔记
- 📁 返回本主题 MOC
- 从MCU转Linux BSP开发
- Linux BSP问题闭环流程
- base：深圳 宝安区 公司简
- 设备树反编译调试
- 进程调度 在所有操作系统中都很重要，不管是 FreeRTOS 还
- Linux编译视角调试方法